Seeing the exact same thing as of about a few days ago. Our first mis-classified build was on 7/3 at 17:40 ET. I think the 'testFlightInternalTestingOnly' is no longer being honored properly.

Been seeing this a while with iOS 17 update. The button exists with the identifier but .tap() does nothing.

Expected behavior still sadly. From the docs: When building apps to support multiple platforms, be aware of behavior differences when presenting an SFSafariViewController from your UI. In Mac apps built with Mac Catalyst, and in compatible iPad and iPhone apps running in visionOS, showing an SFSafariViewController opens the web content in the default web browser instead. You might want to fall back to WKWebView in those scenarios.

Wondering same thing as well on that. Was expecting the app to actually be installed and show with the circle icon but the usual rounded rectangle is showing.

I think the only feasible solution now would be to do some post-processing on the DocC catalog. It's all JSON and files so painful but possible. Because previews by their nature aren't referenced from other classes and are top-level structures removal would be 1) killing preview files and 2) parsing/updating referencing JSON.

Still an issue with release version of iOS 17.0

See this link https://pspdfkit.com/blog/2022/download-failures-with-swift-package-manager-binary-targets/

Opened ticket with Apple through Feedback Assistant today. Error message from running UTType..preferredMIMEType returns nil and error in LLDB says "File a bug" :). I'm not optimistic on resolution since it seems like Simulator under Rosetta is not supported at all sadly. Not everyone can easily rebuild for arm64 due to third party dependencies though.

Looks like it's clearing up. Just succeeded.

Same in US through xcodebuild as well

I found that I had this issue building with xcodebuild but not when building and deploying interactively through Xcode and Organizer. Did not have to adjust bitcode settings and did enable bitcode on upload. Looking at the binary executable, there is a clear 43MB difference in size between the accepted version (bigger) and the command line built version. Would be interested to know if anyone else has seen this.

Seeing the same thing. Did you resolve?

Seeing this again in Xcode 12.5. Strange thing is I'm not loading any WKWebView on app start.

Was able to finally get a build through an hour ago with Xcode 11.7 using Release configuration. Debug configuration seems to be broken still (Release was broken yesterday as well).

Am seeing this with failed builds only now. Used to be rejected builds would show.